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(|7) A predictive dialing system having a com- 
puter (10) connected to a telephone switch (17) 
stores a group of call records in its internal 
storage (12). Each call record contains a group 
of input parameters, including the date, the 
time, and one or more workload factors. Work- 
load factors can indicate the number of pending 
calls, the number of available operators, the 
average idle time, the connection delay, the 
completion rate, and the nuisance call rate, 
among other things. In the preferred embodi- 
ment, each call record also contains a dial 
action, which Indicates whether a call was in- 
itiated or not. These call records are a nailed 
by a neural network (40) to detemnine a relation- 
ship between the input parameters and the dial 
action stored in each call record. This analysis 
is done as part of the training process for the 
neural network. After this relationship is deter- 
mined, the computer system sends a cuaent 
group of input parameters to the neural net- 
work, and, based on the analysis of the previous 
call records, the neural network determines 
whether a call should be Initiated or not. The 
neural network teases its decision on the com- 
plex relationship it has learned from its training 
data ~ perhaps several thousand call records 
spanning several days, months, or even years. 
The neural network is able to automatically 
adjust — in a look ahead, proactive manner — for 
slow and fast periods of the day. week, nnonth. 
and year. 
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This invention relates to the data processing field. 
More particularly, this invention is a look-ahead 
method and apparatus for predictive dialing using a 
neural networl^. 

Connnnunications in the 1990s is considerably 
more complex that it used to be. Back In the stone 
age, when one Neanderthal wanted to communicate 
with another Neanderthal, he walked over to the sec- 
ond Neanderthal and grunted a few sounds. Gradu- 
ally, communication evolved into written messages 
that could be delivered, first by messenger and later 
by mail. 

Eventually, the telephone was invented. The tele- 
phone allowed a person to communicate with another 
person simply and efficiently by picking up the 
receiver and dialing the telephone number of the per- 
son he wished to speak to. 

Salespeople were on a similar evolutionary track. 
When a salesman wanted to sell something to another 
person, he went door to door and tried to convince 
whoever was there that they should buy what the 
salesman was selling. When this proved to be ineffi- 
cient due to the high number of doors slammed in the 
salesman's face, the salesman began rhailing letters, 
brochures, and other written promotional materials to 
prospective customers. This was also inefficient, 
since a very high percentage of these mailings were 
considered to be "junk mail" by the recipients. Only a 
small percentage of the mailings resulted in sales. 

It didn't take long for salespeople to discover the 
telephone. A salesman could quickly and inexpen- 
sively call a prospective customer and explain what 
he was selling. Since most calls ended quickly (with 
the potential customer expressing his lack of Interest 
In a variety of ways and then hanging up) the bulk of 
the time was spent figuring out who was going to be 
called and trying to establish a connection with that 
person. The phone would often be busy or not 
answered, forcing the salesman to try again later and 
look for another prospective customer to call. 

Salespeople began to realize that this approach 
was also inefficient. They discovered that computers 
could quickly perform much of the overhead involved 
with establishing connections with prospective cus- 
tomers. When a salesperson (now known as a "tele- 
marketer") completed a call, he could instruct the 
computer to dial the next number from a list of nunv 
bers stored in the computer. This became known as 
outbound telemarketing. 

Although very efficient, conventional outbound 
telemarketing still had problems. Much of the telemar- 
keter's time was spent listening to busy signals or 
phones that weren't answered. In addition, telemarke- 
ters often grew weary of a high degree of rejection, 
and were reluctant to Instruct the computer that they 
were ready to make another call. To solve these prob- 
lems, predictive dialing was developed. In a typical 
predictive dialing arrangement, the potential cus- 



tomer is called by the computer. If someone answers 
the phone, the computer finds an available telemarke- 
ter and connects the call to this telemarketer. 

While prior attempts in the predictive dialing field 

5 have been very good at the "dialing" part of predictive 
dialing, they have not been good at the "predicting" 
part. Often, the computer makes and completes a call 
to a customer, only to discover that there isn't an 
operator available to take the call. This is known as a 

10 "nuisance call". The customer then is subjected to a 
recorded announcement, a ringing signal, dead 
silence or a hang up. The opposite problem of having 
operators sitting idle waiting for the computer to dial 
a customer also frequently occurs in prior attempts. 

15 This is known as "operator idle time". 

Patent US 4,829,563 attempted to solve these 
problems of nuisance calls and operator idle time by 
dynamically adjusting the number of calls dialed 
based on short term comparisons of the weighted pre- 

20 dieted number of calls versus the predicted number of 
operators, and based on periodic adjustment of a 
weighting factor. This patent "short term" compari- 
sons are always "reactive" in nature - changes are 
made only after nuisance calls or operator idle time 

25 rise to unacceptable levels. Therefore, this patent 
"reactive dialing" approach falls short of solving the 
above-identified problems of nuisance calls and 
operator idle time. 

It is a principle object of the invention to provide 

30 an efficient predictive dialing technique. 

It is another object of the invention to provide a 
predictive dialing technique that maintains nuisance 
calls and operator idle time within acceptable levels. 
It is another object of the invention to provide a 

35 predictive dialing technique able to look ahead and 
anticipate changes in calling patterns and adjust 
accordingly, before nuisance calls or operator idle 
time rise to unacceptable levels. 

It Is another object of the invention to use a neural 

40 network in a predictive dialing technique that is able 
to look ahead and anticipate changes in calling pat- 
tems and adjust accordingly, before nuisance calls or 
operator idle time reach unacceptable levels, based 
on what the neural network has learned. 

45 These and other objects are accomplished by the 

look-ahead method and apparatus for predictive dial- 
ing using a neural network disclosed herein. 

A predictive dialing system having a computer 
connected to a telephone switch stores a group of call 

50 records in its internal storage. Each call record con- 
tains a group of input parameters, including the date, 
the time, and one or more workload factor par- 
ameters. Workload factor parameters can indicate the 
number of pending calls, the number of available 

55 operators, the average Idle time, the connection 
delay, the completion rate, the conversation length 
and the nuisance call rate, among other things. In the 
preferred embodiment, each call record also contains 
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a dial action, which indicates whether a call was 
initiated or not. 

These call records are analyzed by a neural net- 
work to determine a relationship between the Input 
parameters and the dial action stored in each call 
record. This analysis is done as part of the training 
process for the neural network. After this relationship 
is determined, the computer system sends a cunrent 
group of input parameters to the neural network, and. 
based on the analysis of the previous call records, the 
neural network determines whether a call should be 
initiated or not. The neural network bases its decision 
on the complex relationship it has learned from its 
training data - perhaps several thousand call records 
spanning several days, months, or even years. The 
neural network is able to automatically adjust — in a 
look ahead, proactive manner -- for slow and fast 
periods of the day, week, monthi and year. 

Fig. 1 shows a block diagram of the predictive 
dialing system of the invention. 

Fig. 2 shows how a massively parallel hardware 
implemented neural network can be simulated on a 
serial Von Neumann based computer system. 

Figs. 3A-3B shows a conceptual framework of the 
computing environment of the invention. 

Fig. 4 shows the neural network data structure of 
the invention. 

Figs. 5-9 show the flowcharts of the neural net- 
work utility of the invention. 

Figs. 1 0A-1 OB show examples of numeric training 
data used in the preferred and alternate embodiments 
of the Invention. 

Figs. 11-17 show screens displayed to a user 
creating, training, and running the predictive dialing 
neural network of the invention. 

The patent application is related to comnrranly assig- 
ned EU Patent application Number 0000443976, 
publication date 08.28.91. 

Fig. 1 shows a block diagram of predictive dialing 
system 5 of the invention. Computer system 10 con- 
sists of main or central processing unit 1 1 connected 
to storage 12. Storage 12 can be primary memory 
such as RAM and/or secondary memory such as mag- 
netic or optical storage. Processor 1 1 is connected to 
co-processor 13. Co-processor 13 may provide 
generic math calculation functions (a math co-proces- 
sor) or specialized neural network hardware support 
functions (a neural network processor). Co-processor 
13 is not necessary if CPU 11 has sufficient proces- 
sing power to handle an intensive computational 
workload without unacceptable performance degra- 
dation. CPU 1 1 is also connected to user interface 14. 
User Interface 14 allows developers and users to 
communicate with computer system 10. normally 
through a workstation or terminal. 

In the preferred embodiment, computer system 
10 is an IBM Application System/400 midrange com- 
puter, although any computer system could be used. 



Co- processor 13 is preferably a processor on the 
Application System/400 midrange computer, but 
could also be the math co-processor (such as an Intel 
80387 math co-processor) found on personal compu- 

5 ters, such as the IBM PS/2. In this case. CPU 1 1 and 
coprocessor 13 would communicate with each other 
via IBM PC Support. 

Computer system 10 is connected to telephone 
switch 17 over line 15 through telephony enabler 20. 

10 In the preferred embodiment, telephony enabler 20 is 
the IBM licensed program product CallPath/400, 
although other commercially available telephony 
enablers could be used. In the preferred embodiment, 
telephone switch 17 is a Teleos IRX9000, although 

15 any other switch capable of interfacing with a com- 
puter and supporting a predictive dialing application 
may be used. Switch 17 is able to establish connec- 
tions between an external telephone, such as external 
telephone 19, with an operator telephone, such as 

20 operator telephone 18, in a conventional manner 
under the direction of computer system 1 0. Computer 
system 10 also communicates with a plurality of 
operator terminals, such as operator terminal 16, via 
user interface 14. Data associated with the calls made 

25 by predictive dialing system 5 (such as a script or 
information about the called party) may be displayed 
on operator terminal 16. 

Fig. 2 shows how neural network (parallel) com- 
puters can be simulated on a Von Neumann (serial) 

30 processor system. There are many different neural 
network models with different connection topologies 
and processing unit attributes. However, they can be 
generally classified as computing systems which are 
made of many (tens, hundreds, or thousands) simple 

35 processing units 21 which are connected by adaptive 
(changeable) weights 22. In addition to processors 
and weights, a neural network model must have a 
teaming mechanism 23. which operates by updating 
the weights after each training iteration. 

40 A neural network model can be simulated on a 

digital computer by programs and data. Programs 26 
simulate the processing functions performed by 
neural network processing units 21, and adaptive 
connection weights 22 are contained in data 27. Pro- 

45 grams 28 are used to implement the learning or con- 
nection weight adaptation mechanism 23. 

Fig. 3A shows the conceptual layout of the neural 
network of this invention and how it relates to the pre- 
dictive dialing application software. At the highest 

50 level Is application programming interface 31 (API). 
API 31 is a formally specified Interface which allows 
application developers lacking expert knowledge of 
neural networks to access and use the utility prog- 
rams and data structure of neural network shell 32 in 

55 their application programs. 

Neural network shell 32 consists of a set of utility 
programs 33 and a neural network data structure 50. 
Shell 32 provides the capability for easily and effi- 
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ciently defining, creating, training, and running neural 
networks in applications on conventional computing 
systems. 

Any neural network model, such as example 
models 35-38, can be supported by neural network 
shell 32 by defining a generic neural network data 
structure 50 which can be accessed by all of the utility 
programs In neural network shell 32. Each neural net- 
work model is mapped onto this generic neural net- 
work data structure, described in more detail in Fig. 4. 
Programs specific to each neural network model are 
called by- neural network utility programs 33, as will 
be discussed later. 

Fig. 3B shows how predictive dialing application 
program 41 becomes neural network application pro- 
gram 40 by Interfacing with one or more of the neural 
network utility programs 45-48 in neural network shell 
32. Utility programs 45-48 in tum Interface with data 
structure 50. Data to be processed by neural network 
application program 40 (also referred to herein as 
"neural network") enters on input 42. After the data is 
run through the neural network, the result is returned 
to application program 41 on line 44. Application pro- 
gram 41 and utility programs 46-48 reside In suitably 
programmed CPU 11 and/or co-processor 13 (Fig. 1). 
Data structure 50 resides in storage 12 and/or In Inter- 
nal storage of CPU 11 and/or co-processor 13. 

Fig. 4 shows neural network data structure 50 of 
the invention. Data structure 50 provides a common 
framework which allows any neural network model to 
be defined for use in an application program. This 
common framework Is accomplished by providing 
several of the fields in neural network data structure 
50 for model specific parameters. Pages 103-105 of 
"AS/400 Neural Network Utility: User's Guide and 
Reference PRPQ P84189" (order number SC21- 
8202-0) shows how the model specific fields of data 
structure 50 are used by the Back Propagation, ART, 
Self Organizing Feature Map, TSP, and BAM neural 
network models. 

Data structure 50 consists of header portion 60 
and body portion 90. Header portion 60 contains fields 
61-79. Fields 61 and 62 are pointers to other neural 
network data structures, if any. If neural networks are 
anranged in a linked list for serial processing of data, 
the first pointer would link to the previous network. 
This link can be used to obtain the outputs from the 
previous sub-net in the larger network. The second 
pointer would be a pointer to the next network. 
Depending on the collection of sub-networks, either or 
both of these links would be used In a complex (hyb- 
rid) network composed of several sub-networks. 

Neural network data structures can be chained 
together to provide Increased flexibility and function to 
the application program. Providing the capability of 
linking to two additional neural networks allows 
"super" networks made up of modules of networks. 

Field 63 Is an offset In bytes to the next free space 



in body portion 90. Field 64 is an offset in bytes to end 
of the neural network data structure. Since body por- 
tion 90 is a variable length data area, fields 63 and 64 
are needed to keep track of the size of the data struc- 
5 ture and the next available free space In body portion 
90. 

Field 65 contains the name of the neural network. 
The name of the predictive dialing neural network, dis- 
cussed in more detail later, will be entered into this 

10 field. The name of this network is NNPACER. and this 
name is placed in field 65 by the create neural network 
utility program, as will be discussed later. 

Field 66 contains the name of the library where 
the neural network is located and is required in the 

15 prefenred embodiment. In the AS/400, programs are 
stored in libraries. Libraries are similar to sub direc- 
tories in the personal computing environment. Field 
66 would not be necessary in computing environ- 
ments without libraries. Field 67 contains the network 

20 version identifier. This information is used to prevent 
mismatches between neural network shell programs 
and neural network data structures. As new versions 
or releases of software are developed, compatibility 
with existing networks is desirable. If any enhance- 

25 ments require changes to the fundamental network 
data structure, this field would allow detection of a 
software-to-data mismatch. The software could call a 
conversion routine to update the data structure for- 
mat, or accept down-level data structures. 

30 Field 79 contains the name of the neural network 

model or type. The neural network model name used 
In the preferred embodiment by the predictive dialing 
neural network is "*BKP" for Back Propagation. 

Field 68 contains the cun-ent state-of the network. 

35 Possible states are 'INITIALIZE' if the network is 
being created, TRAINING* if the network is being 
trained, or 'LOCKED' if the training Is complete and 
ready to run. 

Field 69 is an optional field for storing a model 

40 specific alphanumeric field, if desired. Field 70 keeps 
track of the elapsed network training time in seconds. 

Fields 71-74 contain different types of par- 
ameters used differently by specific neural network 
models. Field 71 contains up to four network Boolean 

45 parameters. A Back Propagation neural network 
model, for example, uses two of these parameters for 
determining whether epoch update and random Input 
Is enabled or disabled. The network Boolean par- 
ameters are also known as network flags. Of course, 

50 field 71 (as well as other fields of data structure 50) 
could be made larger or smaller to accommodate 
fewer or greater than the number of parameters used 
In the preferred embodiment, if desired. Field 72 con- 
tains network size parameters. This field contains up 

55 to five model-specific network size Integer par- 
ameters. Field 73 contains up to five model-specific 
network index integer parameters. Field 74 contains 
up to six model-specific network training real par- 



4 



7 



EP 0 493 292 A2 



8 



ameters, such as learn rate, momentum, epoch error, 
etc. 

Field 75 keeps track of the number of training 
epochs (an epoch is an iteration through the complete 
set of training data) of the neural network. Field 76 
contains an array of offsets in bytes to the start of each 
model-specific array in body portion 90. Field 77 con- 
tains an array of resolved pointers to the start of each 
model-specific array in body portion 90. Field 78 con- 
tains an array of parameters describing the type of 
data held in each array. For example, some neural 
models accept only binary inputs. In the preferred 
embodiment, if a parameter in field 78 contains a "1" 
then its corresponding array contains bitmapped data. 
If the parameter is a "2" then its corresponding array 
contains single precision floating point data (the 
default); If it is "3" then its corresponding array con- 
tains fixed point zoned decimal data. These par- 
ameters are used to make more efficient use of 
storage. 

The contents of body portion 90 of data structure 
50 will now be discussed. Body portion 90 is a vari- 
able-length data area which contains a number (six- 
teen in the preferred embodiment) of model-specific 
anrays. Pages 103-105 of Attachment I shows the 
arrays mapped to header portion 60 and body portion 
90 for each of the exemplary neural network models. 
For example, the back propagation model maps ele- 
ven arrays to body portion 90: activations, weights, 
threshold, weight deltas, etc, as shown under the 
heading "An-ay Mapping" on page 103. 

Data structure 50 is created by the Create Neural 
Network utility program, as will be discussed later 
(Figs. 7A-7B). The Teach and Run utility programs 
access the header information to initialize the pointers 
to the data area arrays. The data in the data area 
anrays in turn are used in the simulation of the neural 
networi< training and calculation processes. 

Figs. 5-9 show the flowcharts of the invention, as 
performed by suitably programmed CPU 11 and/or 
co-processor 13. Fig. 5 shows an overview of the 
major steps in the neural network application program 
development process. Block 110 asks if there is a new 
neural network model to be defined. If so, block 200 
calls the Define Neural Network Model Subroutine 
(Fig. 6). If not, block 120 asks if the user wishes to 
create a neural network data structure. A neural net- 
work data structure is created for each neural net- 
work. For example, one neural network data structure 
would be created for our predictive dialing neural net- 
work. If block 1 20 is answered affirmatively, block 300 
calls the Create Neural Network Data Structure Sub- 
routine (Fig. 7). If not. block 130 asks if the user 
wishes to train a neural network. A neural network 
needs to be trained with training data so that it can 
learn the relationship between input data and the des- 
ired output result, or extract relevant features from 
input data. If so, block 400 calls the Teach Neural Net- 



work Subroutine (Fig. 8). If not, block 140 asks if the 
user wants to run a neural network. If so, block 500 
calls the Run Neural Network Model Subroutine (Fig. 
9). If not the program ends in block 190. 

5 Figs. 6A - 6D describe Define Neural Network 

Model Subroutine 200. For our predictive dialing 
neural network we want to define a Back Propagation 
neural network model. Block 201 assigns a neural 
network model specific meaning to network string 

10 field 69, if desired. In our network, this field is not 
needed, so a null string is assigned. Block 202 
assigns a neural network model specific meaning to 
Boolean parameters field 71 . In our network, two Boo- 
lean parameters are assigned; Epoch update (Y/N) 

15 and Random Inputs (Y/N). Block 203 assigns a neural 
network model specific meaning to network size par- 
ameters field 72. In our network, five parameters are 
assigned: number of inputs, number of units in hidden 
layer 1, number of units in hidden layer 2, number of 

20 outputs, and number of processing units. Block 204 
assigns a neural network model specific meaning to 
network index parameters field 13. In our network, the 
following parameters are assigned: first hidden unit 1 , 
last hidden unit 1. first hidden unit 2, last hidden unit 

25 2, and first output. Block 205 assigns a neural network 
model specific meaning to network training par- 
ameters field 74. In our network, the following par- 
ameters are assigned: learn rate, momentum, pattern 
error, epoch error, and tolerance. Block 206 assigns 

30 a neural network model specific meaning to network 
anray offsets field 76. Since there are eleven data 
anrays to be defined in a Back Propagation neuraf net- 
work model, this field contains the byte offset to the 
first element of each of the eleven anrays located in 

35 body portion 90. 

Block 210 calls the Build Neural Network Model 
Create Program Subroutine of Fig 6B. Referring now 
to Fig. 6B, subroutine 21 0 requires that model specific 
routines are built so that they can be executed later 

40 by the Create Neural Network Data Structure Sub- 
routine (Fig. 7). Block 21 1 provides a simple routine 
to prompt the user for parameter information specific 
to the neural network and check for erroneous and 
inconsistent parameter values. For example, block 

45 211 would provide a routine that would prepare a 
screen similar to Fig. 12. The screen in Fig. 12, among 
other things, prompts the user for information about 
the following parameters: Number of input units, nunrv 
berof hidden units LI, number of hidden units L2. and 

50 number of output units. 

Block 212 provides a routine to initialize the 
generic neural network data structure with default par- 
ameter values to create the default neural network 
data structure for this neural network model. All neural 

55 network models have the same generic neural net- 
work data structure. Each individual neural network 
model has its own unique default data structure. 
Therefore, all neural networks application programs 
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that use the same neural network model (such as 
Back Propagation) will input unique parameter values 
into the same default neural network data structure. 

Block 213 saves the neural network model create 
program built in subroutine 210 by giving it a unique 
name and writing it to storage 12 (Fig, 1). In the pre- 
ferred embodiment, this program can be written in any 
language desired which has the capability to access 
the data structure. Block 219 returns to block 230 of 
Fig. 6A. 

Block 230 calls the Build Neural Network Model 
Teach Program Subroutine of Fig 6C. Referring now 
to Fig. 6C, subroutine 230 requires that model specific 
routines are written so that they can be executed later 
by the Teach Neural Network Subroutine (Fig. 8). 
Block 231 provides a simple routine to initialize the 
network array pointers in field 77 of Fig. 4. Block 232 
provides a routine for copying network size, index and 
training parameters (fields 72-74) into local variables. 
This is done to improve performance and program- 
ming reliability. Block 233 provides a routine to 
initialize the neural network. Block 233 initializes 
counters and variables used by the neural network 
teach program. If network status field 68 is "Initialize", 
block 233 also initializes data array values (connec- 
tion weights) and changes the status from "Initialize" 
to "Training" in field 68. 

Block 234 provides a routine to perform a single 
teach step for this neural network model. This routine 
provides a mechanism, highly dependent on the 
neural network model, used to adjust the values of the 
data in the data array of body 90 so that the network 
can learn the desired functions. Those skilled in the 
art would take a neural network model description of 
its weight adjustment procedures (like those found in 
scholariy articles referenced in "AS/400 Neural Net- 
work Utility: User's Guide and Reference PRPQ 
P84189" on pages viii and ix) and simply convert this 
description to a program, using a computer language 
of their choice, that accesses the data structure of the 
invention. 

Block 235 provides a routine to be performed 
when the training epoch processing has been com- 
pleted. This routine can vary in complexity from a sim- 
ple clean up procedure such as resetting variables to 
a more complex adjustment of data array values, 
depending on the neural network model. Those skilled 
in the art would take a neural network model descrip- 
tion of its unique end of epoch processing and simply 
convert this description to a program, using a com- 
puter language of their choice, that accesses the data 
structure of the invention. 

Block 236 saves the neural network model teach 
program built in subroutine 230 by giving it a unique 
name and writing it to storage 12 (Fig. 1). Block 239 
retums to block 250 of Fig. 6A. 

Block 250 calls the Build Neural Network Model 
Run Program Subroutine of Fig 6D. Referring now to 



Fig. 6D. subroutine 250 requires that model specific 
routines are written so that they can be executed later 
by the Run Neural Network Subroutine (Fig. 8). Block 
251 provides a simple routine to initialize the network 
5 array pointers in field 77 of Fig. 4. Block 252 provides 
a routine for copying network size, index and training 
parameters (fields 72-74) into local variables. Block 
253 provides a routine to pass input data through the 
neural network. Block 254 provides a routine to return 

10 the output result to the Run Neural Network Sub- 
routine. Block 255 saves the neural network model 
run program built in subroutine 250 by giving it a 
unique name and writing it to storage 12 (Fig. 1). Block 
259 returns to block 260 of Fig. 6A. 

15 Block 260 enters the name of the neural network 

model (such as "*BKP" for back propagation) and the 
names of the create, teach, and mn programs for this 
model saved in blocks 213, 236, and 255 into a model 
definition file stored in storage 12. Block 270 returns 

20 to block 120 of Fig. 5. 

In the preferred embodiment, five neural network 
models are predefined for the convenience of the 
application developer or user. The predefined models 
are Back Propagation, Adaptive Resonance Theory, 

25 Self Organizing Feature Maps, Self Organizing TSP 
Networks, and Bidirectional Associative Memories. 
Therefore, these models do not have to be defined by 
the user using the Define Neural Network Model Sub- 
routine. The predictive dialing application program of 

30 the invention uses the predefined Back Propagation 
model as its neural network model. although other 
models could also be used. 

The remaining flowcharts will be discussed in 
conjunction with the predictive dialing neural network 

35 of the invention. The user creates this neural network 
by answering block 120 affirmatively in Fig. 5 and cal- 
ling the Create Neural Network Data Structure Sub- 
routine in block 300 (Fig. 7). Referring now to Fig. 7A. 
block 301 prompts the user for the name of the neural 

40 network and textual description information, as shown 
in Fig. 11. The user enters "NNPACER" as the name 
of the neural network and "Neural Network Pacer for 
Predictive Dialing" for the textual description. Block 
302 prompts the user for the name of the neural net- 

45 work model. As shown in Fig. 11, the user enters 
"*BKP", an abbreviation for the Back Propagation 
neural network model. Block 303 checks to see if the 
model "*BKP" was defined in the model definition file 
in block 260 of Fig, 6A, If not. block 304 posts an error 

50 message and the user is asked to reenter the name 
of the neural network model in block 301. In our net- 
work, the model definition file contains the "*BKP" and 
block 330 calls the Run Model Create Program Sub- 
routine for this model of Fig. 78. The Model Create 

55, Program was prepared by the Build Model Create 
Program Subroutine of Fig. 6B. as has been discus- 
sed. The name of this program, along with the names 
of the Teach and Run programs for this model, are all 
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contained in the model definition file. 

Referring now to Fig. 7B, block 331 creates the 
default neural network data structure for this neural 
network model, by running the routine provided in 
block 212 of Fig. 6B. Block 332 prompts the user for 
neural network specific parameters, as shown in Fig. 
12. In the preferred embodiment, the user specifies 16 
input units (one each for month, day, year, day of 
week, hour, minute, second, pending calls, available 
operators, average connect delay, average idle time, 
nuisance call rate, average completion rate, average 
conversation length, idle time delta and nuisance call 
delta), 35 hidden units and 1 output unit (call action). 
In the preferred embodiment, the number of hidden 
units is equal to 2 * (number of inputs + number of out- 
puts) -t-l . Block 333 checks to see if the user supplied 
parameters are acceptable. Note that the routine pro- 
vided by block 211 in Fig. 6B to prompt the user for 
these parameters placed limits on the user's input, 
such as 1-1000 output units. If the user inputs a value 
outside of any of these ranges, block 333 would be 
answered negatively, an error message would be 
posted in block 334. and the user would be asked to 
reenter the data in block 332. In addition, if the user 
inputs inconsistent parameter information, an error 
message would also be posted. In our case, the user 
supplied parameters are all acceptable, so block 335 
fills in all user supplied parameters into the default 
data structure created by block 331. Block 336 per- 
forms calculations to fill in network index parameters 
field 73 and network array offsets field 76, based on 
the data now residing in the data structure. Block 337 
initializes the Boolean parameters in field 71 (both to 
"N" in our example) and the training parameters in 
field 74 (to the values shown in Fig. 15 in our example) 
Block 338 allocates and initializes the data array fields 
located in body portion 90. In a back propagation 
neural network model, the following anrays would be 
allocated: activations, weights, threshold, weight del- 
tas, threshold deltas, teach, enror, delta, network 
input, weight derivative, and threshold derivative. 
These values are all initialized (as determined by the 
neural networic model) in block 338. After block 338 is 
executed, the neural network data structure contains 
all the information needed to teach the neural network 
how to perform predictive dialing. The subroutine 
returns in block 339 to block 305 in Fig. 7A. Block 305 
returns to block 130 in Fig. 5. 

Note that once a neural network data structure 
has been created, it can be transported to another 
computer system to be taught and/or run. The other 
computer system can be of an entirely different 
architecture and run an entirely different operating 
system than the computer system that created the 
neural network data structure. This flexibility is poss- 
ible since the data structure contains data that can be 
used universally among different computer systems. 

Since our user wants to train his newly created 



neural network to perform predictive dialing, he 
answers block 130 affirmatively in Fig. 5, thereby cal- 
ling the Teach Neural Networic Subroutine in block 
400 (Fig. 8). Referring now to Fig. 8A, block 401 

5 prompts the user for the name of the neural network 
and library as shown in Fig. 14. The user enters 
"NNPACER" as the name of the neural network, 
"BIGUS" as the library name. Fig. 14 also gives the 
user the opportunity to enter in the name of a custom 

10 interface program he can write to improve the usability 
of his particular neural network, if desired. In addition, 
the user is asked if he wants the training results to be 
logged or displayed, and (if a custom interface prog- 
ram exists) whether he wants the training data taken 

15 automatically from the data set or one step at a time 
from the user when he presses the enter key. Block 
402 sees if the data structure specified in block 401 
exists. If not. an error is posted and the user is retur- 
ned to block 401 . If so, block 403 prompts the user for 

20 the name of the data set where the training data is 
located. As shown in Fig. 13, the user enters 
"NNDATA" as the data set and "NNPACER" as the 
data set member where the training data is located. 
Fig. 1 0A shows the initial training data used in the 

25 preferred embodiment. Initial training data can be 
generated manually taking into account known and 
estimated conditions in a predictive dialing environ- 
ment. For example, the first two records of training 
data indicates that calls after 4:00 PM on Fridays have 

30 a lower completion rate than calls at 10:30 AM on 
Wednesdays. Therefore, with all other workload fac- 
tors being even, the neural network may learn that it 
should make a call at4:00PMon Friday, but shouldn't 
make the call at 10:30 AM on Wednesday, since the 

35 desired nuisance rate might be exceeded. The third 
record indicates that a call shouldn't be made 
because the average idle time is too low. The fourth 
record indicates that a call shouldn't be made 
because the average nuisance call rate is too high. 

40 The fifth record indicates that a call shouldn't be made 
because the number of calls pending is too high. The 
sixth record indicates that a call should be made 
because the number of available operators is suffi- 
ciently high. 

45 Input parameters 811-814 make up date par- 

ameter 810. Input parameters 821-823 make up time 
parameter 820. In the prefenred embodiment, time 
parameter 820 takes into account the time zone of the 
called party. Input parameters 831-838 make up 

so workload factor parameter 830. In an alternate embo- 
diment shown in Fig. 10B, date parameter 810 con- 
sists of a single input parameter. Time parameter 820 
consists of a single input parameter. Workload factor 
parameter 830 consists of a single input parameter. 

55 Workload factor parameter 830 could be selected to 
be whatever the application developer considers to be 
the most important parameter, such as idle time delta 
or nuisance call delta. Output parameter 850 is not 
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needed if only records where a call was made are 
stored. 

Block 404 determines that the data set exists, so 
block 405 prompts the user for the name of the custom 
interface program, if any. If symbolic data is stored in 
the data set. a user specified custom interface prog- 
ram is needed to convert symbolic data (that humans 
understand) into numeric data (that neural networks 
understand). A custom interface program may also be 
used to normalize input data to give at! data a range 
between 0 and 1, if desired. In our network, a custom 
interface program was specified in Fig. 13, and this 
program normalizes all data in a conventional matter 
for computational efficiency. Block 420 calls the Run 
Model Teach Program Subroutine for this model of 
Fig. 8B. The Model Teach Program was prepared by 
the Build Model Teach Program Subroutine of Fig. 6C, 
as has been discussed. 

Referring now to Fig. SB. block 433 perfonms the 
initialization routine built by blocks 231. 232 and 233 
of Fig. 6C. Block 421 checks to see if a custom inter- 
face program was specified. If so, block 422 gets the 
data from the custom interface program. Otherwise, 
block 423 gets the data directly from the data set. 
Block 424 performs one teach step by running the 
neural network model-dependent routine provided by 
block 234 of Fig. 6C. In our example, the values of the 
data in the data arrays in body 90 are adjusted to mini- 
mize the error between the desired and actual net- 
work outputs. Block 425 again checks for a custom 
interface program. If it exists, block 426 checks to see 
if the user wants the values of the data in the data 
structure to be displayed. If so. a custom screen gen- 
erated by the custom interface program is displayed 
in block 427. An example custom screen is shown in 
Fig. 17. If no custom interface program exists but the 
user wants data displayed, a default screen is dis- 
played in block 428. An example default screen is 
shown in Fig. 15. 

Referring again to Fig. 8B, block 429 checks to 
see if the user wanted the data logged. If so, block 430 
perfonms custom or default logging of data. In either 
event, block 434 checks to see if one epoch has been 
completed. An epoch is complete when all training 
data in the data set has been processed once. If not, 
control loops back to block 421 to get the next training 
data. If one epoch has been completed, block 435 per- 
forms the end of epoch processing routine built by 
block 235 in Fig. 6C. In our example, the end of epoch 
processing routine determines if the difference be- 
tween the actual and desired output for our output unit 
(call action) for all training data is less than the speci- 
fied tolerance (one of the training parameters in field 
74). If so, it sets the network status in field 68 to 
"locked". When the status of the neural network is 
"locked" the values of the data arrays are not permit- 
ted to change. 

Block 431 then checks to see rf the number of iter- 



ations specified by the user has been completed. Until 
this happens, block 431 is answered negatively and 
flow returns back to block 421 to perform another iter- 
ation through the training data. When the training 

5 period is complete, block 431 is answered positively. 
The subroutine returns in block 439 to block 407 of 
Fig. 8A. Block 407 returns to block 140 of Fig, 5. 

Since our user wants to run his newly trained 
neural network to perform predictive dialing, he 

10 answers block 140 affinnatively in Fig. 5, thereby cal- 
ling the Run Neural Network Subroutine in block 500 
(Fig. 9). Alternatively, predictive dialing application 
program 41 (Fig. 3B) can call the Run Neural Network 
Subroutine directly, thereby bypassing Fig. 5. 

15 Referring now to Fig. 9A. block 501 perfonms the 

initialization routine built by blocks 251 and 252 of Fig. 
6D. Block 502 determines the name of the neural net- 
work. Block 530 calls the Run Model Run Program 
Subroutine for this model of Fig. 9B. The Model Run 

20 Program was prepared by Build Model Run Program 
Subroutine of Fig. 6D, as has been discussed. 

Referring now to Fig. 9B. block 531 gets the date, 
time, day of week, number of pending calls, and num- 
ber of available operators from the system. It then cal- 

25 culates the average connect delay, the average 
completion rate, the average idle time, the average 
nuisance call rate, the average completion rate and 
the average conversation length. Although these 
averages can be calculated any number of ways, a 

30 prefenred way is to keep a running count of the last 5 
minutes of activity and determine the various aver- 
ages over this time period. Block 533 calculates an 
idle time delta and a nuisance call delta. Idle time 
delta is the seconds per hour difference between a 

35 desired idle time (a variable entered into the computer 
system by the user) and the actual idle time. For 
example, if 205 seconds per hour is the desired idle 
time, and if the actual idle time is 240 seconds, the idle 
time delta would be -35 seconds (205-240= -35). The 

40 nuisance call delta is desired percentage of nuisance 
calls minus actual percentage of nuisance calls. For 
example, if desired nuisance calls percentage is 
0.64% and actual nuisance calls percentage is 0.2%. 
the nuisance call delta is +0.4% (0.6%-0.2% = 0.4%). 

45 The first record of Fig. 10A shows an idle time delta 
of -35 seconds and a nuisance call delta of 0.4%. The 
input data of blocks 531 and 533 are considered to be 
a "cunrent call record". 

The desired idle time and desired percentage of 

50 nuisance calls are design choices and can vary based 
on the particular application. A 300 second to 600 sec- 
ond idle time per hour (5-10 minutes) may be desir- 
able to minimize operator fatigue yet also avoid 
operator boredom and low productivity. It is normally 

55 desirable to keep the nuisance call percentage as 
close to 0% as possible to minimize customer 
annoyance with being contacted by a computer when 
no operator is available. 
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The data used in blocks 531 and 533 is nonmally 
determined from information retrieved from telephony 
enabler 20. In the preferred embodiment, this infor- 
mation is retrieved from the CallPath/400 telephony 
enabler by using a series of commands supported by 
the CallPath/400 Application Programming Interface. 
This interface is described in more detail in IBM docu- 
ment GC21-9867, CallPath/400 Programmer's Refer- 
ence. Some of the specific commands that can be 
used by those skilled in the art are Make_Call. Receive, 
Add_Party, and Disconnect. These commands return 
the information needed to determine the data used in 
blocks 531 and 533 In the fomn of the following events: 
CalLAlerting, Call_Connected, Call_Rejected, Dis- 
connected, (and associated timestamp information 
included with the above events). The Featurejnvo- 
ked event is also used in determining status of 
operators or agents. 

Block 535 runs all the input data contained in the 
current call record through the trained neural network. 
When the neural network was trained, it determined a 
relationship between input data contained in call 
records with a call action (make or don't make the 
call). Based on this relationship, the neural network 
looks at the input data in the current call record and, 
in the preferred embodiment, passes a numeric value 
between 0 and 1 to predictive dialing application pro- 
gram 41 via line 44 (Fig. 3B). The closer this numeric 
value is to 1 , the more confident the neural network is 
that a call should be made. Predictive dialing appli- 
cation program 41, in the preferred embodiment, gets 
a threshold value of 0.5. although this could be larger 
or smaller. Therefore, a numeric value of 0.5 or grea- 
ter from the neural network indicates that a call should 
be made, while a numeric value less than 0.5 indi- 
cates that a call should not be made. 

Block 540 asks if the neural network indicated 
that a call should be made. If so, block 541 instructs 
the switch to make the call. In the preferred embodi- 
ment, this is done by informing telephony enabler 20, 
that a call should be made. Telephony enabler 20 han- 
dles the communications protocol with the switch 
necessary to make calls. 

Block 542 saves the current call record in a tem- 
porary dataset for future analysis, as will be discussed 
later. In the preferred embodiment, block 542 
appends the call action onto the call record and saves 
all call records, whether the call was made or not. An 
alternate embodiment Is contemplated where the call 
action is not appended and only call records where a 
call was made is saved in block 542. 

Block 545 checks to see if the application prog- 
ram wants to stop making calls. The application pro- 
gram may automaticalty stop making calls after a 
certain elapsed time, at a specific time of day, or rf all 
the operators have gone home, tf no such indication 
to stop making calls is received, flow of control loops 
back to block 531 where new input data is retrieved. 
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If an indication to stop making calls is received, block 
550 asks if the call records saved through various iter- 
ations of block 542 should be analyzed to see if the 
neural network needs further training. If analysis is not 

5 desirable, the subroutine retums in block 590 to block 
519 to block 190 in Fig. 5, where the program ends, 
or, alternatively, retums to predictive dialing appli- 
cation program 41 that called it for further processing. 
If block 550 is answered affinmatively. Analyze 

10 Call Records Subroutine 600 of Fig. 9C is called. Ref- 
erring now to Fig. 9C, block 601 asks if there is a call 
record to process. If so, block 605 asks if the average 
idle time is greater than desired. If so, block 606 asks 
if a call was made. A call should have been made if 

15 the idle time is greater than desired, since operators 
are sitting around waiting for something to do. If block 

606 indicates that a call was not made, the neural net- 
work made the "wrong" decision in this case. Block 

607 changes the Dial Action field in the call record 
20 from a "0" (indicating that a call wasn't made) to a "1" 

(indicating that a call was made). This change is done 
to make the call record reflect the desired result so 
that the neural network can learn from it later. If block 
606 indicates that a call was,made, the neural net- 
25 work made the right decision. In either event, flow 
returns back to block 601 to look for another record to 
process. 

If block 605 was answered negatively, block 615 
asks if the average idle time is less than desired. If so, 

30 block 616 asks if a call was made. A call should not 
have been made if the idle time is less than desired, 
since operators are overworked. If block616 indicates 
that a call was made, the neural network made the 
"wrong" decision in this case. Block 617 changes the 

35 Dial Action field in the call record from a "1" (indicating 
that a call was made) to a "0" (indicating that a call 
wasn't made). As before, this change is done to make 
the call record reflect the desired result so that the 
neural network can learn from it later. If block 616 indi- 

40 cates that a call was not made, the neural network 
made the right decision. In either event, flow returns 
back to block 601 to look for another record to pro- 
cess. 

If block 615 was answered negatively, block 625 
45 asks if the average nuisance call rate is greater than 
desired. If so, block 626 asks if a call was made. A call 
should not have been made if the nuisance call rate 
is greater than desired, since It will be likely that there 
will be no operators available to take the call. If block 
50 626 indicates that a call was made, the neural network 
made the "wrong" decision in this case. Block 627 
changes the Dial Action field in the call record from a 
"1 " (indicating that a call was made) to a "0" (indicating 
that a call wasn't made). As before, this change is 
55 done to make the call record reflect the desired result 
so that the neural networic can learn from it later. If 
block 626 indicates that a call was not made, the 
neural network made the right decision. In either 
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event, flow returns back to block 601 to look for 
another record to process. 

When block 601 indicates that there are no more 
call records to process, the subroutine returns in block 
650 to block 560 in Fig, 9B. Block 560 adds the call 
records (some of which may have been changed by 
subroutine 600) to the training dataset. The temporary 
dataset is then erased. By putting these records into 
the training dataset, the neural network can be ret- 
rained by restarting the flowchart of Fig. 5 and Indicat- 
ing that the network is to be trained. In this manner, 
the neural network can improve its learning process 
and make fewer and fewer mistakes in the future. 
After a few of these learning iterations, the neural net- 
work should be able to consistently stay within the 
desired idle rate and nuisance call percentage par- 
ameters and be able to look ahead and anticipate 
changes in calling patterns and adjust accordingly, 
before the nuisance call rate or operator Idle time 
reach unacceptable levels. 

While this Invention has been described with res- 
pect to the preferred embodiment, it will be under- 
stood by those skilled in the art that various changes 
in detail may be made therein without departing from 
the spirit, scope and teaching of the Invention. For 
example, the input parameters selected could be 
quite different from those in the preferred embodi- 
ment. Economic factors such as unemployment rate 
or gross national product may be added; other factors 
such as current weather conditions may also be 
added. In addition, the desired idle time orthe desired 
nuisance call percentage can be larger or smaller 
than the exemplary values shown herein. 



Claims 

1. A look-ahead method for predictive dialing, com- 
prising the steps of: 

storing a plurality of call records, each of 
said stored call records comprising a group of 
input parameters, said input parameters compris- 
ing a date, a time, and a workload factor, and 

learning from said plurality of stored call 
records a relationship between said group of 
Input parameters and a plurality of dial actions. 

2. The method of claim 1, further comprising the 
step of: 

creating a current call record containing a 
current date, a current time, and a current work- 
load factor. 

3. The method of claim 2, further comprising the 
step of: 

detenmlning whether a call should be 
initiated at said current time, said current date, 
and said current workload factor based on said 



relationship learned by said learning step. 

4. The method of claim 3, further comprising the 
step of: 

5 initiating a call if said relationship between 

said group of input parameters and said plurality 
of dial actions indicates that said call should be 
initiated at said current time, said current date, 
and said current workload factor. 

10 

5. The method of claim 4, further comprising the 
step of: 

storing said current call record as one of 
said plurality of call records if said call was made. 

15 

6. The method of any one of claims 1-5 using a 
neural network. 

7. The method of any one of claims 2-6, further com- 
20 prising the steps of: 

appending a current dial action onto said 
current call record, said current dial action res- 
ponsive to said determining step; and 

storing said current call record as one of 
25 said plurality of call records. 

8. The method of claim 7, further comprising the 
steps of: 

analyzing said plurality of call records to 
30 determine if a correct dial action was made; 

changing said dial action to said correct 
dial action if said correct dial action was not 
made. 

35 9. The method of claim 8, further comprising the 
steps of: 

the neural network re-leaming from said 
plurality of call records a relationship between 
said group of input parameters and said dial 
40 actions, 

10. A computer system for predictive dialing, com- 
prising: 

means for storing a plurality of call records, 
45 each of said stored call records comprising a 

group of input parameters, said input parameters 
comprising a date, a time, and a workload factor; 
and 

means for learning from said plurality of 
50 stored call records a relationship between said 

group of input parameters and said dial actions. 

11. The computer system of daim 10. further com- 
prising: 

55 means for creating a current call record 

containing a current date, a current time, and a 
current workload factor. 
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12. The computer system of claim 11, further com- 
prising: 

means for determining whether a call 
should be initiated at said current time, said cur- 
rent date, and said current workload factor based 5 
on said relation-ship learned by said learning 
step. 

13. The computer system of claim 12, further com- 
prising: 10 

means for initiating a call if said relation- 
ship between said group of input parameters and 
said dial actions indicates that said call should be 
initiated at said current time, said current date, 
and said current workload factor. is 

14. The computer system of claim 12, further com- 
prising: 

means for appending a current dial action 
onto said current call record, said current dial 20 
action responsive to said determining step; and 

means for storing said current call record 
as one of said plurality of call records. 

15. The computer system of claim 14, further com- 25 
prising: 

analyzing said plurality of call records to 
determine if a conrect dial action was made; 

changing said dial action to said correct 
dial action if said correct dial action was not 30 
made. 

16. The computer system of claim 15, further com- 
prising: 

the neural network re-learning from said 35 
plurality of call records a relationship between 
said group of input parameters and said dial 
actions. 

1 7. The computer system of any one of claims 10-16, 40 
comprising : 

a telephone switch connected to said com- 
puter; 

said computer system further comprising: 
means for instructing said telephone 45 
switch to connect an operator telephone with an 
extemal telephone if said relationship between 
said group of input parameters and said dial 
actions indicates that said connection should be 
initiated at said current time, said current date, so 
and said current workload factor. 

18. The computer system of any one of claims 10-17, 
comprising: 

a neural network; ss 
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(g) Look-ahead method and apparatus for predictive dialing using a neural network. 

(g) A predictive dialing system having a com- 
puter (10) connected to a telephone switch (17) 
stores a group of call records in its internal 
storage (12). Each call record contains a group 
of input parameters, including the date, the 
time, and one or more worldoad factors. Work- 
load factors can indicate the number of pending 
calls, the number of available operators, the 
average idle time, the connection delay, the 
completion rate, and the nuisance call rate, 
among other things. In the preferred embodi- 
ment, each call record also contains a dial 
action, which indicates whether a call was in- 
itiated or not These call records are analyzed 
by a neural network (40) to detemnine a relation- 
ship between the input parameters and the dial 
action stored in each call record. This analysis 
is done as part of the training process for the 
neural network. After this relationship is deter- 
mined, the computer system sends a current 
group of input parameters to the neural net- 
work, and. based on the analysis of the previous 
call records, the neural network determines 
whether a call should be initiated or not. The 
neural network bases its decision on the com- 
plex relationship it has learned from its training 
data — perhaps several thousand call records 
spanning several days, months, or even years. 
The neural network is able to automatically 
adjust — in a look ahead, proactive manner - for 
slow and fast periods of the day. week, month, 
and year. 
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